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Figure I . TM S320 DSPs bring multimedia capabilities to reakvorld applications 
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The latest generation of TMS320 
floating-point DSP microprocessors 
are currently being used with host 
computer systems to address a wide 
range of high-end applications in the 
traditional domains of signal process¬ 
ing-telecommunications, speech and 
audio, image processing, and in¬ 
strumentation to name a few. Stand¬ 
ard PCs or workstations coupled with 
DSP processors such as the 
TMS320C3x family furnish attrac¬ 
tive platforms for the burgeoning 
market of multimedia information, in 
which many traditional signal 
processing functions must be brought 
together under a single, integrated 
end-user application. 

In all these applications, attached 
DSP processors off-load the host com¬ 
puter by executing numerically-inten- 
sive algorithms on high-speed real¬ 
time data streams. By virtue of their 
programmability, DSPs offer 
flexibility as well as a cost advantage 
over dedicated hardware components 
that perform just one signal process¬ 
ing function. When running 
SPOX™, Spectron’s multi-tasking 
operating system, a single TMS320 
DSP processor can simultaneously 
perform several realtime functions on 
behalf of the host computer. 

The Problem: Software Integration 

Despite these benefits, integrating 
signal processing capabilities into a 
computer system requires more than 
simply attaching the latest DSP 
hardware to the host. Most of the ef¬ 
fort and expense goes into develop¬ 
ing realtime DSP software for the ad¬ 
joining hardware platform, as well as 
into coupling this software with end- 
user application programs executing 
atop the host computer’s operating 
system. 

In the best of all worlds, common 
signal processing algorithms such as 


FAX/modem, speech recognition, or 
image compression would be avail¬ 
able as “off the shelf’ software com¬ 
ponents that can be quickly in¬ 
tegrated with the rest of the system 
and easily re-used from one computer 
application to the next. In reality, a 
staff of DSP scientists and engineers 
is typically required to re-implement 
and port these sorts of algorithms for 
each new application, adding dra¬ 
matically to overall system develop¬ 
ment and maintenance costs. 

Mechanisms that enable end-user 
programs executing on the host to in¬ 
teract with adjoining DSP software 
are likewise re-invented time and 
time again. Since these mechanisms 
are usually tied to a specific hardware 
environment, all host applications 
built upon them become inherently 
non-portable. 

A generic application interface 
that presents signal processing func¬ 


tions as a seamless extension to the 
host operating system would greatly 
facilitate integration of computers 
with DSPs at the software level. 

The biggest obstacle, though, to 
integrating computers with DSPs lies 
in the fact that host application 
developers typically know very little 
about the world of signal processing 
algorithms, much as DSP software 
developers are often unfamiliar with 
the intricacies of programming under 
host operating systems such as 
Unix™ or Microsoft Windows™. 
With little overlap in their areas of 
expertise, communication and 
mutual understanding between these 
two groups can indeed become dif¬ 
ficult. 

The Solution: An Open Signal 
Processing Architecture 

TI and Spectron Microsystems are ad¬ 
dressing all of these issues through 
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Spectron’s Open Signal Processing 
Architecture (OSPA), a common set 
of interfaces and protocols that 
facilitate integration of TMS320 
third party hardware and software 
products with end-user application 
programs executing on standard host 
computer systems. Centered around 
SPOX—the industry-standard DSP 
environment—OSPA enables signal 
processing algorithms to be packaged 
as platform-independent software, 
components that can be embedded 
within a wide range of computer ap¬ 
plications. OSPA also features a new 
product from Spectron known as the 
SPOX-SERVER™, which enables 
host application programs to 
transparently control and communi¬ 
cate with multiple SPOX tasks ex¬ 
ecuting realtime algorithms on 
attached DSP hardware. 

Figure 1 illustrates the inter¬ 
relationship among the various ele¬ 
ments brought together under 
Spectron’s Open Signal Processing 
Architecture. 

Integrating Computers With DSPs 

A key feature of OSPA is its recog¬ 
nition of the “islands of expertise” 
that inherently exist among the ap¬ 
plication developers and integrators 
versus the DSP scientists and en¬ 


gineers. At the top level, OSPA 
provides a framework in which end- 
user applications can produce com¬ 
mands to multiple realtime DSP 
tasks. These tasks in turn can 
produce and consume data over mul¬ 
tiple streams connected to host ap¬ 
plications. By limiting all interac¬ 
tion to high-level message-passing 
and data-streaming conventions 
prescribed by OSPA, end-user ap¬ 
plications and realtime DSP tasks 
can be developed independently—by 
separate groups of specialists working 
perhaps in separate organizations or 
companies. 

Consider, as an example, an in¬ 
tegrated telecommunication and 
voice processing system featuring end- 
user applications such as document 
transmission and voice mail. Under 
the OSPA model, each of these host 
application programs would simul¬ 
taneously control and communicate 
with one or more “off-the-shelf’ real¬ 
time SPOX tasks performing DSP 
functions such as FAX/modem, 
speech synthesis, or audio and image 
compression. Other examples would 
be integrated systems for instrumenta¬ 
tion or process control in which host 
applications enable end-users to inter¬ 
actively monitor and control real¬ 
time DSP tasks performing data con¬ 
ditioning, spectral analysis, or signal 


classification on multiple input 
streams. 

SPOX Operating System 

SPOX is a realtime multi-tasking 
operating system specifically designed 
to provide run-time support for com¬ 
pute and I/O-intensive DSP algo¬ 
rithms such as audio compression or 
spectral analysis, controlled by host 
application programs as part of an in¬ 
tegrated OSPA computer system. 
SPOX is packaged as a set of portable 
software components that can be con¬ 
figured for custom hardware platforms 
based on any of the TI DSPs that sup¬ 
port SPOX (TMS320C30, ’C31, and 
’C40). SPOX is also bundled with 
more than a dozen third party “plug¬ 
in” boards for PC™, Macintosh™, 
and VME-based™ systems. 

By providing a set of high-level 
software functions that effectively ex¬ 
tend a standard programming lan¬ 
guage like C into the domain of real¬ 
time signal processing, SPOX 
expedites the job of turning a 
theoretical algorithm into an opera¬ 
tive realtime DSP task. These func¬ 
tions not only include over 100 op¬ 
timized assembly-language 
subroutines used as building blocks 
for DSP algorithms-FFT, convolution, 
adaptive filtering, and so on, but also 
include more general realtime 
software capabilities such as task 
management, interrupt handling, 
device independent I/O, and multi¬ 
processor support. 

Besides shortening the develop¬ 
ment cycle by eliminating the need to 
re-invent these sorts of capabilities 
from one TMS320-based system to 
the next, SPOX ensures a measure of 
application portability by insulating 
the DSP software developers from the 
details of the underlying hardware 
platform. The latter feature is par¬ 
ticularly important for OSPA, since 
third party software vendors can now 
package standard DSP algorithms as 
platform-independent object modules 
that system integrators can readily 
configure into SPOX and execute as 
realtime tasks. 

SPOX-SERVER 

The SPOX-SERVER is a host-resi¬ 
dent extension to SPOX which acts 
as a conduit for all interaction be¬ 
tween end-user application programs 



Figure 2. Windows 3.0 and OSPA allow multiple DSP tasks to be run 
simultaneously 
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and realtime DSP tasks. Just as 
SPOX insulates DSP software from 
the underlying hardware, the 
SPOX-SERVER presents host ap¬ 
plication developers with a high- 
level programming interface that en¬ 
capsulates many of the low-level 
details required to control and com¬ 
municate with an adjoining DSP sub¬ 
system. 

Spectron plans to offer versions of 
the SPOX-SERVER that are com¬ 
patible with different host applica¬ 
tion environments and operating sys¬ 
tems, initially Microsoft Windows 
under DOS™ and X-Windows™ 
under UNIX. A generic SPOX- 
SERVER “porting kit” is also 
planned to accomodate a broad 
range of more specialized host en¬ 
vironments, such as an embedded 
computer system running a realtime 
executive. 

Though the mechanics of invoking 
SPOX-SERVER’s functions differ 
from one environment to the next, 
the capabilities they provide remain 
essentially the same: host application 
programs can start, stop, and send 
messages to all host I/O on behalf of 
SPOX, and will asynchronously 
notify the appropriate application 
program whenever data is available 
from one of the realtime DSP tasks 
currently under its control. 

From the host application’s 
perspective, controlling and com- 
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Figure 3. Elements of OSPA 

municating with realtime DSP tasks 
via the SPOX-SERVER becomes con¬ 
ceptually the same as opening a disk 
file or reading from a terminal. By 
leveraging off the host operating 


system’s metaphors, the SPOX-SERV¬ 
ER presents the capabilities of real¬ 
time DSP software in terms familiar 
to developers and integrators of end- 
user applications. 


BROADENING THE DSP HORIZON 

The primary goal of the Open Signal 
Processing Architecture is to create a 
volume of inter-operable hardware 
and software products that facilitate 
integration of computer systems 
withTMS320 DSPs. With inter¬ 
operability on a broader scale, DSP 
technology will become readily acces¬ 
sible to developers and integrators of 
computer applications. 

Three distinct groups of vendors 
benefit from the hardware and 
software inter-operability made pos¬ 
sible through OSPA: 

■ Platform Vendors, who provide 
DSP hardware capabilities 
through “plug-in” board-level 
products as well as PCs or 
workstations with “built-in” 

DSPs. OSPA prescribes a 


uniform base of system software 
for these products, in the form of 
SPOX for the DSP hardware and 
the SPOX-SERVER for the host 
computer. 

Independent Software Vendors, 
who package standard signal 
processing algorithms as “off-the- 
shelf ” DSP application com¬ 
ponents. These products now be¬ 
come portable across a wide 
variety of hardware environ¬ 
ments by virtue of SPOX, which 
insulates DSP application 
software from the underlying 
platform. 

Host application developers, who 
write end-user software under 
UNIX or Microsoft Windows but 
know very little about signal 
processing. The SPOX-SERVER 


programs interact with real-time 
DSP software executing as tasks 
under SPOX, as if these tasks were 
resources of the host operating sys¬ 
tem. 

The ultimate benefactor of 
OSPA, however, is the computer sys¬ 
tem integrator who provides 
turnkeyTMS320-based solutions ad¬ 
dressing applications that range from 
instrumentation to multimedia infor¬ 
mation. With SPOX-SERVER fur¬ 
nishing the common thread, multiple 
end-user applications can be seamless¬ 
ly integrated with multiple tasks 
capable of executing on multiple 
hardware platforms. 
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A Real world Application: Multimedia Mail 


One of the major application areas ad¬ 
dressed by integrating DSPs with 
standard host computer systems under 
OSPA is multimedia—the prepara¬ 
tion and presentation of information 
that combines text, audio, images, 
and graphics. Multimedia DSP subsys¬ 
tems off-load the host computer by ex¬ 
ecuting compute and I/O-intensive 
functions such as image compression, 
text-to-speech synthesis, or audio 
recordings and playback. DSPs can 
also off-load the host when transmit¬ 
ting or receiving multimedia docu¬ 
ments through wide-area networks 
such as the telephone system. 

TI and Spectron have prototyped a 
multimedia mail package (M ; that 
showcases the use of the TMS320C3x 
for multimedia applications. All end- 
user application programs comprising 
the M package execute on a standard 
PC host under Microsoft Windows 
3.0 and interact via the SPOX- 
SERVER with several types of real¬ 
time SPOX tasks: 

■ Audio tasks, which encode and 
decode audio data utilizing the 
CCITT G.722 compression 
standard; 

■ Image tasks, which encode and 
decode digitized color pictures 
utilizing the JPEG compression 
standard; and 

■ Telecommunications tasks, 
which transmit and receive data 
utilizing the CCITT V.29, G3 
FAX/modem protocol. 


End-User Interface 

The M end -user interface has ac¬ 
tually been built atop Microsoft’s 
Word for Windows. Using this 
product’s internal macro language, 
multimedia messaging features are 
added to its familiar text-processing 
capabilities. A group of Windows 
programs developed by Spectron 
(Audio Manager, Image Manager, 
and Telecom Manager) support this 
customized version of Word with ad¬ 
ditional end-user features such as 
voice, music and video annotation of 
a text document.Word operates in 
concert with the Audio and Image 
Managers to permit the M3 end-user 
to simultaneously read text, listen to 
pre-recorded sound, and view 
digitized color pictures contained in 
a single multimedia mail message. 

In addition to these activities as¬ 
sociated with the current document, 
the Telecom Manager provides con¬ 
current transmission/reception of 
multimedia messages to and from 
other PCs or FAX machines. 

Application Architecture 

Word uses a protocol defined by 
Microsoft known as Dynamic Data 
Exchange (DDE) to communicate 
with Spectron’s Audio, Image, and 
Telecom Managers, which in turn 
control multiple DSP tasks via the 
SPOX-SERVER. Using DDE in this 
fashion actually introduces a number 
of benefits for application developers 
and integrators: any Windows pro¬ 
gram that “speaks” the DDE protocol 
can now take advantage of common 


services provided by the Audio, 
Image, and Telecom Managers. 

Consider, as an illustration, the se¬ 
quence of events that occurs when- 
the M end-user listens to a segment 
of pre-recorded audio: 

1) Word sends a “play” request to 
the Audio Manager after establishing 
a DDE connection; 

2) The Audio Manager sends a 
similar message via the SPOX- 
SERVER to a new G.722 task run¬ 
ning on the DSP hardware; 

3) The SPOX-SERVER directly 
handles any file I/O requests issued 
by the G.722 task during playback; 
and 

4) The Audio Manager terminates 
the G.722 task and notifies Word 
when playback is complete. 

A similar sequence of events oc¬ 
curs when the M^ end-user views a 
picture contained in the current 
document or else transmits the docu¬ 
ment via FAX/modem to another 
site. The Image Manager responds to 
DDE requests from Word and dis¬ 
patches JPEG tasks accordingly. The 
Telecom Manager likewise controls 
V.29 tasks assigned to specific phone 
lines. 

In general, one or more instances 
of each type of task can execute con¬ 
currently under SPOX on a DSP plat¬ 
form, limited only by the availability 
of hardware resources. SPOX also en¬ 
sures that tasks executing realtime 
functions (G.722 audio compression 
and V.29 data transmission) take 
priority over background tasks execut¬ 
ing less time-critical functions. 
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